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Kmprovements in Web Servers 

-This invention relates to systems and web pages for improving use of the Litemet. It is 
known to use a web browser which displays a web page in its main window and which 
has a stored list of web links or internet short cuts sometimes called "favourites" and in 
fliis specification called links", which can be edited by a user. Consequently a user can 
store links for websites and pages, which the user uses regularly, can return to these 
sites and pages by selecting the stored links without needing to remember the correct url 
address. However these links are stored locally on the user computer (web clientX 
which was used when the links were stored Should the user use a different computer 
such as at work, whilst visiting others or in an iutemet cafe or library then these links 
are inaccessible. 

It is also known to provide websites that harness so called "dynamic" html that alters 
the html of the site when a user fulfills a predetermined function such as clicking on or 
moving a cursor over a menu. However, the html is altered in a manner predetermined 
by the web designer and not by the user and consequently always alters in the same 
manner regardless of the needs of the user. 

It is an object of tiie invention to provide improvements on such systems and in 
particular to help users who wish to use stored links on independent computers. It is 
also an object of the inv^tion to provide formatted areas of a web page and/ or browser 
that can be created and/or altered. 

According to a first aspect of the invention there is provided a web server comprising a 
memory and providing an interface for use by a remote user, preferably for navigating 
web pages, which interface is editable/alterable by a remote user such as in appearance 
and/or function. 

Preferably the interface includes web links such as short cuts to web pages which can 
be used by a remote user to access web pages, wherein more preferably the links can be 
created, deleted and/or edited by a remote user. 
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Preferably the intarf ace comprises formatted areas at least some of which can be altered 
in appearance by a remote user, more preferably the user may select the appearance of 
the area from a list of available appearances stored in the memory of the web server. 
Prefmbly still the list of appearances of formatted areas stored in the memory can be 
added to or oflierwise edited remotely of flie web server. 

Preferably the interface comprises dynamic html such as in the form" of drop down 
menus and more preferably the dynamic html can be edited remotely by a user and the 
edited dynamic html used by the remote uso:. Preferably still the dynamic html can be 
edited and used completely over the internet 

Prefaably any activity which a useris enabled to perform by the web server can be 
done independently of the location and/or computer and/or local memory the user has 
when accessing the web server. 

Preferably the web server can be used by multiple users, more preferably each user can 
be identified and the interface provided to them depending on that identification, 
pref^bly still whereby edits performed by one identified user are stored in the web 
server memory independently of a differenfly identified user and an interface 
corresponding to the edits stored for the respective identified user is provided to that 
user. 

According to a second aspect of the invention there is provided a web server hosting a 
web page, the web page incorporating dynamic html, wherein the dynamic html can be 
edited by a user viewing the web page remotely. 

According to another aspect of the mvention there is provided a method of facilitating 
electronic marketing to individuals comprising the steps of: setting up an electronic 
address for each individual accessible via a web server, requiring the individual to enter 
security information such as a usemame and password in order to access tiheir electronic 
address and allowing the electronic address to be accessible to its corresponding 
individual ova: the internet form multiple different computers, requesting and storing 
information about individuals, enabling third parties to select individuals based on the 
stored information, enabling third parties to send marketing material such as advertising 
to the electronic addresses of the selected individuals, requesting feedback from 
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selected individuals and relaying feedback to third parties enabling them to make a 
decision as to whether to continue sending marketing material to that individual. 

The invention and/or interface of the invention may comprise a website, web page, 
browsa: and/or browser plug-in. 

Any feature desoibed in this spedlBcation relating to the invention may be combined 
with any other feature described herein so as to define independent or dependent 
features of die invention. 

An embodiment of the invention will now be described, by way of example only, with 
reference to the accompanying drawings in which; 

Figure 1 is an overview of the architecture of the system according to the invention, 

Kgure 2A is a view of elements of a home page according to the invention, 

Rgure 2B is a view of elements of a second embodiment of home page according to the 
invention, 

Figure 3 is a flow diagram of tiie process of the user accessing a web page by selecting 
a link. 

Figure 4 A is a view of elements of the home page of Figure 2A in a different 
configuration, 

Figure 4B is a view of elements of die home page of Figure 2B in a different 
configuration, 

Figure 5 is a flow diagram of tiie process of a user logging in. 

Figure 6 is a view of a set up page for updating links, 

Figure 7 is a flow diagram of the process of a user modifying links in the menu. 

Figure 8 is a flow diagram of the process of uploading links from a PC, 

Figure 9 is a view of a web page for importing links, 
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Hguie 10 is a view of a uriisttxt file when importing links. 

Figure 1 1 is view of a web page displaying imported links, 

Figure 12 is a view of the set up web page of Figure 6 with added links. 

Figure 13 is a close up view of the "move link" in Figure 12. 

Hgure 14 is a view of a set up page for moving links, 

Figure IS is a view of a page that requests log in details from a client, 

Figure 16 is a view of a pagp allowing a client to create or modify skins, 

Figure 17 is a view of a page of the first tab from a menu for creating skins. 

Figure 18 is a view of the page of Figure 17 in a second configuration. 

Figure 19 is a view of a page of the second tab from a menu for creating skins, 

Figure 20 is a view of a page of the third tab from a menu for creating skins. 

Figure 21 is a view of a page of the fourth tab from a menu for creating skins, 

Figure 22 is a view of a page of the fifth tab fix)m a menu for creating skins which 
displays a preview of the skin. 

Figure 23 is a view of a page displaying submitted skins to administrators. 

Figure 24 is a view of a page of the first tab from a menu for a user to manage skins. 

Figure 25 is a view of a page of the second tab -from a menu for a user to manage skins 
allowing the user to purchase skins. 

Figure 26 is a view of a page of the third tab from a menu for a user to manage skins, 
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Figure 27 is a view of a page of the fourth tab fiom a menu for a user to manage skins 
allowing a user to select a search engine, and 

Figure 28 is a view of a feedback page usmg which a user may send messages to the 
creator of a skin. 

Referring to Figure 1 there is shown a system 10 according to the invention comprising 
a web server 12, operator PC 14, client PCs (Personal computers) 16 and 18 and user 
PC's 20, 22 & 24. 

The web server 12 comprises a processor 26 in communication with a memory 
including a cheat identification database 27, a pending skins database 28, a live skins 
database 30, a user identification database 32 and a user information database 34. 
Stored in the memory is a multitude of web pages 38, 40, 42, 46, 48 and 50 each 
conesponding to one or more of the databases 28, 30, 32 & 34, the web pages being 
transmitted in response to requests from remote PCs such as the operator PC 14, client 
PC's 16 & 18 or web user PC's 20, 22 & 24. 

Each user PC 20, 22 & 24 includes a local PC memory 36. The local PC memory 36 
has a web browser stored in it, the browser able to request web pages from the web 
server 12 and conmiunicate with the web server 12 via these web pages. 

Each user PC 20, 22 & 24 interfaces with the web server 12 via an individual web page 
or web pages 38, 40 & 42. The web pages 38, 40 & 42 corresponding to information 
stored in identification database 32 whereby each of the individual web page or pages 
38, 40 & 42 being uniquely identified with information corresponding to a user U. The 
identification database 32 conmiunicates with the user information database 34 thereby 
displaying mformation specific firom the user information database to each identified 
user on their respective web page 38, 40 or 42. 

There is also a communication channel 44 Itom the web server 12 to the client PC's 16 
& 18 which is usable by a user PC 20 via a user web page 38 to communicate with the 
client PC 16 or 18. The communication channel 44 may take the form of a mail server 
allowing electronic messages such as emails to be sent to the client PC 18. 

The client PCs 16 & 18 also comprise web browsers, which web browsers can be used 
to request client web pages 46 & 48 from the web server 12. The client PCs 16 and 18 
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are able to interface mth tbe client identification database 27 via these web pages 46, 
48. 

The operator PC 14 also comprises a web browser, the web browser being useable to 
request and operate an operator web page or web pages 50 from the web server 12. The 
operator PC 14 is able to view information stored in the pending skins database 28 and 
is able to transmit information to the live skins database 30 the operator web page 50. 
There is also a operators communication channel 52 similar to the first communication 
channel 44 allowing electronic messages such as mails to be sent by the operator's PC 
via the web page 50 to a client PC 16 or 18. 

In Figure 2A is shown elements of a typical home page 100 presented to a user when 
logged in and forms one of the user web pages 38. . The home page 100 comprises two 
frames, first frame 102 and second frame 104. In the particular embodiment shown in 
Figure 2A, the first frame 102 occupies 8% of the page hi-Iighted and contains 
tabulated html created by PHP coding. The first frame 102 occupies a parallel sided 
horizontal slice of the web page 100. In alternative embodiments first frame 102 may 
also comprise a vertical section running down the left or right hand side of the web 
page 100 and could typically occupy any amount of the page from 5% to around 25% of 
the overall page 100. 

First frame 102 comprises a left hand portion 106 and a right hand portion 108. The 
left hand portion 106 may contain logos, trade marks and other information relating to 
the company running the web server 12 and also a text box with a submit button. The 
right hand portion 108, in this example occupying 500 of the total 700 pixels across the 
width of the page 100, contains a menu of dynamic html which in the configuration in 
Figure 2A is displayed to the user U as a series of menu headings. Tlie right hand 
portion 108 also comprises a first formatted area 112, the appearance of which can be 
selected by the user U as described later in the specification. 

The second frame 104 in Figure 2A occupies 92% of the page 100 but could typically 
comprise from around 95% to about 75% of the web page area. The second frame 104 
also contains tabulated html created by an embedded scripting language such as by 
using PHP coding. The second fi:ame 104 comprises a left hand portion 114 and a ri^t 
hand portion 116. The left hand portion 114 is the same width as left hand portion 106 
and contains user configurable links to popular search engine web sites and links to 
various customised formatted areas that the user U is able to choose. 
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The right hand portion of the second frame 104 comprises a second fomiatted area 118. 

In Figure 2B is shown elements of a configuration of an alternative home page 100' 
presented to a user when logged in and forms one of the user web pages 38. Similar or 
identical elements to those in homepage 100 are given the same label but proceeded 
with a *. Where applicable the description of later figures applies equally to homepage 
100* and its corresponding elements as well as homepage 100. The homepage 100* 
comprises three main sections which each can comprise more than one firame. In the 
particular embodiment shown in Figure 2B, the first section 102' occupies the top area 
of the page which can contain third party client web content that can be delivered into 
the user U's browser environment . TMs content is referred to as "above flie bar** 
content the appearance of which can be selected by the user U in the same manner as 
first fi:ame 100 as described later in the specification. 

The second section 1 10' contains a menu of dynamic html which in the configuration in 
Figure 2B is displayed to the user U as a series of menu headings. 

The third section 104' in Figure 2B occupies the main area of the page 100*. This third 
area 104' also contains third party client web content that is delivered into the users 
browser environment and this content is referred to as "below the bar" content the 
appearance of which can be selected by the user U in the same manner as second frame 
104 as described later in the specification. The "below the bar" content can be 
contextually linked in same third party content ownership to the content that is 
displayed "above the bar". 

In between the first section 102' and the second section 110 additional frames can be 
located, hi the example m Figure 2B tiiere are two client branding areas 401 and 402, a 
browser function area 403 which incorporates typical browser functions^ a portion 114' 
with Imks to popular search engine web sites, and a search input 404. 

Referring to Figure 3 there is shown the process of selecting web site by way of a short 
cut stored as links within the dynamic menu 110. At step S122 the user U selects the 
dynamic menu 110, commonly by clicking with a mouse. Consequenfly the first and 
second frames 102 and 104 re-size as shown in Figure 4. 

In Figure 4A it can be seen that the first frame 102 is enlarged significantiy to now 
occupy 90% of the web page 100 and second firame 104 is correspondingly reduced in 
size to about 10% of the web page 100. 
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The left hand portion 106 remains the same size as does the electable formatted area 
112. The area occupied by the dynamics menu 110 however has increased significantly. 
The dynamic html of which the menu 110 is comprised is configured such that by 
selection of the menu 1 10 the small area merely showing menu headings as displayed in 
Figure 1 is rq)laced by the full drop down menu 120 shown in Figure 3. The drop 
down menu 120 contains links which are in effect short cuts to other web pages. 

In Rgure 4B it can be seen that when the steps are applied to homepage 100', the 
second section 110' is enlarged significantly and occupies more of the visible area. This 
section 110' now shows an expanded area tibiat permits the drop down menus 120' to 
appear to the user. The thkd area firame 104' is coirespondingly reduced in size. 

In the drop down menu 120' 'aortcut" graphic icons 166' form links to other web 
pages. The user U may configure and *drag" these icons around the drop down menu 
and to place these icons 166' wherever they wish. System 10 remembers where these 
icons are placed, recording the coordinates by activating a script in a hidden 0 pixel 
height firame and storing this mformation in the user information database 32. 
Consequendy icons 166' can be reproduced in the exact position diey were left at for the 
user U when they next log in regardless of if the user access the browser environment 
from a different computer. 

At the next step S12S the user U selects a web site from those listed in the drop down 
menu 120 area and provided at step 126 that the web site selected permits opening 
within a frame then the process continues to step S128. Certain web sites however do 
not permit users to view them in frames and in this case at step S130 a new window is 
opened with the relevant web site selected. In another embodiment it is also possible for 
the user U when storing a web site link in the drop down menu 120 to specify that the 
web page when selected is to open in a new window 

At step S12S the first and second frames 102 and 104 return to their original size as 
depicted in Figure 2A with the drop down menu 120 been removed from the visible 
area. The second formatted area 118 will now contain the web page to which the link 
which is selected corresponds. Should the dynamic menu 110 be selected again then 
the frames 102 and 104 will again re-size to the sizes shown in Figure 3. However, the 
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web page displayed in the first formatted area 112 in frame 104 will continue to be 
shown. 

Whilst the selected web page is displayed in die second format area 118 to a user U (or 
in a new window) the web page displayed is not known to the web server 12. This is 
because of known and inherent security features within most current browsers that do 
not allow any Java script or other functionality to run within a foreign frame from 
another frame. So that whilst the web page 100 of the invention resides in the first 
frame 102 the web server 12 does not query the web address that is currently on display 
in the second frame 104. 

When using homepage 100' the user U may enter a search text directly in the search 
input area 404 this will result in the search result being show in area 104', based upon 
the search engine of the users choice that is specified as their default chosen farourite 
engine in their set up details. 

The user may also select the search engines button 114' which opens up a separate pop 
up window, that displays a list of the users chosen search engines. This window offers 
search boxes for each search engine listed, and when filled in wiU show the result 
loaded into area 104' and will leave the sq>arate window open to the user, therefore a 
user may compare search results between different search engines easily. 

In Figure 5 is shown the process of a user U logging to the system 10. When the user 
logs in at step SI 32 he or she is shown the login page, which may be in the form of a 
splash page, at step S134, At step S136 the process determines whether any user names 
are registered in the local PC memory 36, if there are the process proceeds to step S138 
and if there are not the processor proceeds to step S 140. 

At step S138 a list of stored user names may be displayed to the user U on a web page 
38 depending on the local settings and once the relevant user name UN is selected by 
the user U the process continues to step S142. At step S140 a user name is requested at 
a user name login page forming part of the user web pages 38. Once the user name is 
entered the process proceeds to step S 142. 

At step S142 the processor 26 determines whether a password has previously been 
entered for the entered user name by searching the user identification database 32 and if 
a password has not been previously entered the system proceeds to step S144 and if one 
has previously been entered then the process continues to step SISO. 
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At step S144 the user U enters a password along with a user name at step S146. The 
user U may also be requested or required to enter additional user name account 
information such as theb: date of birth and/or a contactable email address Next at step 
S148 this password and user name account information is transmitted from the web 
server to the stored email address of tihie user name account. The user U must then 
le-login at step S132 and enter the received infonnation 

At step S150 the user U enters their password and then the processor 26 at step 152 
determines whether these details correctly correspond to those stored in the user 
identification database 32. Jf they do not correspond the user is returned to step S142 
and if they do correspond the user is successfully logged in at step S 154. 

In an alternative embodiment the user U may bypass the login page by typing their 
usemame and/or password as part of the url address when accessing the invention via 
their browser or computer desktop shortcut. 

For security reasons it is possible for the system 10 to be configured such that only one 
user U can be logged in on any one given user name at one time. Consequently whilst 
the user U is logged under their user name it is not possible to login with a different 
browser under the same user name, whether on the same PC or on a different PC. This 
is achieved by using a database flag indicating that a users user name is to be locked 
whilst being used. This feature stops the possibility of one person creating data in order 
to publish for viewing as a group rather than individuals at the same time by a multi 
access login. 

In order for the user name account to be unlocked the user must first exit or close the 
web site 38 in which they are logged in at by either selecting log out or close links, from 
within the first firame 102. If a user was unable to exit the site in this correct manner an 
unlock code must be entered via an on line request An unlock code can be requested 
by the user to an email address on presentation of their user password. This unlock code 
can then be used to unlock their account. Preferably a new unlock code is needed each 
time this locking occurs. 

Once logged in for the first time, the user is given an unique user identification nimiber. 
The unique user identification number is stored m the user identification database 32 
along with the user name and password. This unique user identification number is then 
tagged to the particular identified user including any personal details stored in die user 
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information database 34, such as gender, birth date and age, ad reference number of the 
user's browser. 

Other web servers can coromunicate with web server 14 in order to access the relevant 
part of the user identification database 32 to extract the unique user identification 
number. The number can then be used but the other web servers in the following way 
to track use of web sites hosted by those web servers. Whenever a user U accesses the 
relevant external web site through web page 38 of this invention, either by using a link 
or via typing into the URL address bar 26, the web server operating that extemal web 
site can be notified of the unique user number of the logged in user U. 

The extemal web server can do this by placing some code script within it's webpage to 
obtain the '&ame name" number that is allocated to frame 104 that the website page is 
being loaded into. 

This action results in the website of the extemal web server obtaining a number that is 
unique to the combination of the specific User U*s homepage 100 that has loaded their 
page and the server log in session number that is allocated to the User's browser. 

Hie extemal web server may then choose to send tiiis number via a live request to web 
server 14 that firstiy validates an account number and password of the extemal web 
server using information in tihe client identification database 27. Upon successful 
validation of the account server 14 then queries the user information database 34 to 
establish the user details that are allocated to the unique number that has been sent via 
the extemal webserver request 

Web server 14 then sends a live posting back to the extemal web server that made tiie 
request and provides it with details pertaining to the User U that has loaded it's 
webpage. The detail of the data can be legally anonymous but detailed enough to 
uniquely identify the user profile and ref number. 

An example of how to embed the unique identification reference number is given below 
with AUI used to represent the unique identification number, the websites 38, 40 , 412, 
100, 100' having the address www.system.info. 

<scnpt language- "jayascript"> 

fidncHon AUIQuery(){ 
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logID = window.name; //this gives site a text string denoted as "AUI(n)" 

if(logID.slice(0,3) /= 'AUF) return false; // strips put text string to establish if unique 
number is first three characters if not then site visitor is not a registered user U of 
system 10, 

logID = logID.slice(3) ; // assigns the remaining numerical part of the frame text 
string to the variable logID 

oawID = 1000; // this is the websites client account number will be more likely to 
be generated by it's own database 

url= "http://www.system. info/oa_auijquery,php ?oaacc -45881 773&oausr=w3ilnusem 
ame&oapwd=w3ilnpassword&oalog= "+logID+ "&oasuc=http://www,w3ilrLcom/succe 
ss.php&oaerr=:http:/Avww.w3Un.com/failure,php&oawid="+o ; // see variable 
list 

window.openi url) ; 
return true; 

I 

-> 

</script> 



When the external webserver loads into system 10, the website can query the log id. The 
system 10 then gives them the code and variable to use, as part of their technical 
information when creating an account 

The website will then have to call the above page with the following variables attached 
to the system 10 url 

oaacc = the website account number 

oausr - the website account usemame 

oapwd = tlie external website account password 

oalog = the system user log id from the users frameset 

oaweb = the full url (SSL) plus the filename that the external website want the user ID 
number returned to. 

oaerr = the full URL plus filename (SSL) of the page to return to if the systme 10 does 
not successfully validate their account number oaacc & password oapwd 
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oawid = a unique number thai the external website can generate to identify their users 
site session, 

oaaui = the system user's UID number 

oarej = a unique transaction number that is generate for this query instance 
oacrd = number of website account credits left for identification queries 

the URL post that the client website like Yahoo would do therefore would be (SSL) 

https:/Avww,system.com/aui/system_auijjuery.php?oac^ 

=^eusenMme&oapwd=thepassword&oahg=theuserhgW&oaweb^htips:/A^^ 

sitename.com/suces^ftlename.ext 

&oaerr=htips://www.websitenamexom/erroifilename.ext&oawid=number 

When the system 10 receives this information on page systemjauijjuery.php it 
validates the external website 's oaacc + oapwd against the oaacc account details on 
server 14. 

If there is a successfid validation the usemame/password system 10 posts url tags to 
the external website success page as follows 

https:/AvwwAvebsitename, com/sucessfilename, ext?oawid^number&oalog=userlogid? 
oaaui~userID&oaref=number &oacrd~number 



oacrd = number of credits left cfier deducting one at the point of making thisAUl 
query 

If it is not successfully validated the usemame^assword we post url tags to the 
website's error page as follows 



httDs://www.websiteruunexom/errorfilenanie.ext?oawid=alphanumeric?oc^ 
id?oaref=number?oacrd^number 



+ the system 10 then flags the oarej record as an error transaction and not deduct a 
credit from the oaacc account credits 
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Conventionally, web sites attempt to monitor user traffic, and customise settings based 
on 'booldes'l Cookies are small amounts of data that are saved into the us^'s PC and 
which are located whenever a user of the PC returns to that site. When a cookie is 
detected it allows die web server to firstly configure the page to personal preferences of 
the user who downloaded the cookie and secondly, to measure how many and which 
are on its site and when. However, cookies do not distinguish between, individuals but 
merely notify the web server of the computer being used. Most companies and web site 
providers are interested in users and not in computers. In particular where there are 
several people in a household a cookie would merely notify the household and not 
which person is using the computer. In the case of people who frequently use different 
computes such as at wo±, at home, at an internet cafe etc., then this user will have 
multiple different cookies which the relevant web server point will perceive as 
different users. A user using a different PC for the first time will be unable to benefit 
firom any customisation of the website that cookie detection might bring even if they 
have used the site num^ous times before. 

Because the cookie is stored on the user's PC it can also be deleted by the user, thus 
removing any information related to the PC which Ihe web site has stored. Beneficially 
by using the unique user identification number accessed fix>m database 32, web servers 
are able to configure their hosted web sites to a specific person (that person having had 
the password and user name in order to log into system 10) and can accurately record 
fi:equency of use, amount of usage and numbers of users using their site via system 10. 

In order to protect the user'is identity and to comply with relevant Data Protection Acts 
,laws and regulations in various countries, a user U of the present invention is 
preferably able to specify which information it is happy to be given to third parties, 
such as age, gender etc. These preferences of the user can then be stored in the user 
information database 34 tagged to the identification number within the identification 
database 32. Consequenfly, when a third party web server attempts to locate the user 
identification number from database 32, it can also be given information such as gender 
and age corresponding to that user U from the user information database 34, but only 
such information that has been permitted by the user will be sent. If such information is 
sent then extemal web servers cannot only use this information for statistical purposes 
but can also configure their site based upon the gender or age or other personal 
information relating to that particular user whenever they access their web site from 
system 10. 



wo 2004/066057 PCT/GB2004/000172 



15 

Dynamic menu 110 is generated using an embedded scripting language, and preferably 
a server-sided scripting language such as PHP, to access a relational database 
managemmt system preferably relying on SQL such as MySQL to then construct a the 
menu 110/120 using java script and dynamic html formatting. The drop down menu 
120 is dynamically created each and every time that a page is refreshed by moving the 
data from the database and creating the menu structure according to data specific to the 
user stored in the user information database 34. 

The drop down menu 120 area may also contain search engine links under the a heading 
of Main with these search engine links also being based upon the users configured 
choices stored in the user information database 34. 

The dynamic menu 110 in the configuration shown in Hgure 2A may consist of two 
major headings one called 'Main" that contains the users preferred search engines and 
another called 'Hkins" which is used to change the first formatted area 1 12 as described 
below. The dynamic menu 110 also has further menu headings typically four which 
may be dynamiically named along with further optional sub-directories which have the 
facility to be dynamically re-named. 

In a differait embodiment there is also facility for displaying the directory structure and 
stored links down the left hand side of the screen in a textural format In this format 
there is no restriction on the number of main menu headings but it is typically restricted 
to four on the drop down menu. This side menu can be accessed for example using 
active X controls with java script PHP and a suitable relational database management 
system such as MySQL. 

Within the dynamic menu 110 structure the user may create as many website names as 
they wish, each physical address having a linked name for display purposes with the 
menu 110. The menu links may be created and altered via a set up pages 157 accessed 
by the main menu as displayed in Figure 6. 

In Figure 6 it can be seen that the set up pages 157 comprise four tabs 158, 160, 162 & 
164 corresponding to the headings that are displayed as the dynamic menu 110. In 
Rgure 6 tab 162 has been selected and it can be seen from the page with the first tab 
162 selected that the drop down menu 120 corresponding to the heading of the tab 162 
presendy contains two links 166 and 168. Each of the links 166 has a name 170 which 
will be displayed to the user in the drop down menu 120 and the correct UKL address 
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172 which will be used by the system 10 to link to that page, it is possible to either up 
date or delete these links 166 and 168 using buttons 174 and 176. 

Also provided at the create new link section 178 is the capacity to create a new link 
simply by entering a relevant name 170 and URL 172 and pressing the create button 
180. 

Web pages displayed by selection of tabs 158,160 or 164 are in effect identical to the 
pagp for tab 162 except that they may have a different selection and nuniber of links. 
By using the headed named tabs a user U is able to effectively group relevant links 
together in a way preferred by themselves. 

The process of adding, deleting, updating or moving links is shown in Figure 7. At step 
S182 the user selects the set up option from the user menu 1 10 and a set up page 157 is 
displayed which by default will have the first tab 158 selected at step S184. However, 
at step SI 86 the user is able to select any of the other tabs 160, 162 or 164. The user U 
may also press the finish button 181 to tenninate the process at step 188. 

Once the correct tab has been selected the user U has the option of creating a new link 
at step S190, modifying an existing link at step S192, deleting the existmg link at step 
S194, importing links from their memory of their PC at step S196 and moving an 
existing link at step S198. 

At step S190 the user U enters the relevant name 170 and url 172 in the create new 
links section 178. url may be entered as domain.tl d www,domain.tld or 
http://www.domain.tld and all three will be displaved as http://www.domain.tld 
however if http://domain.tid is entered it is determined that the www is not required and 
the url is stored as typed. 

At step S192 an existing link is modified simply by changing the name 170 or 172 and 
pressing the update 174 button whilst at step S194 an existing link can be deleted 
simply by pressing the delete button 176. At step S198 an existing link to a different 
heading can be moved by pressing die move button 177 and entering which tab the user 
wishes the link to be moved to using page 179 shown in Kgure 14. 

The facility to import links from the user's PC at step S196 depends on whether this is 
relatively supported by the users browser. Such facility is currenfly supported by 
internet explorer and can be selected by pressing button 179. This facility uploads 
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those favoured stored in the xisers own browsers memory to the web browser and 
incotporates these links within the dynamic menu 110. 

Once steps S190, S192 and S194 are completed the user is free to either add, modify, 
delete, import or move another link from this tab at S200 or to return to step S186. 
Once step S198 is completed the user must enter the relevant directory by a pop up 
screen that appears at step S202 before they return to step S165. 

Once the selections have finished at step S18, the changes made by the user U are 
implemented by altering the relevant information stored in the user information 
database 34 (MySQL). Consequently the dynamic menu 110 created by the scripting 
language (such as PHP) will access altexed information and display altered dynamic 
html. For example if the user U has added a link then the stored name of this new link 
will be displayed in the drop down menu 120 when the relevant heading is selected. 

The process of importing links from the user PC memory 36 is shown in more detail in 
Figure 8. At step S196 the user selects the import favoured link and then at step S206 a 
new page is displayed. At step S208 a pop up window 210 as shown in Figure 9 is then 
displayed to the user from which the file urlgen.bat must be downloaded. 

The user U selects a favourites directory on their PC memory 36 such as a hard disc 
drive at step S212 into which they save the file urlgen.bat At step 214 the user then 
selects OK if he/she wishes to continue. At step S216 the process then determines if 
the download has been successful, if it has not been the process turns to step S206 and 
if it has then the process continues to step S218. 

Next the user must access the directory in which the urlgen.bat file is saved and run this 
file (such as by double cluiking ) at step S220. When activated the urlgen.bat file will 
create a new file urllisttxt within the same directory on the PC 20, 22 or 24. 

At step S224 the user then selects the upload link 223 on page 210 and selects the file 
URLlisttxt at step 226 by browsing their PC directory. The submit button 225 is then 
selected at step S228 and the urllist.txt file is uploaded to the web server 12. At step 
S230 the processor 26 determines whether the file has been successfully uploaded to the 
user information database 3, and if it has not been the process returns to step S224 and 
if it has been the process continues 
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At step S232 the user U is presented with a list of the urls of each of the links they have 
requested as depicted in Figuxe 10. 

Next at step S234 the user U is displayed the web page 227 and creates logical names 
in the text box 229 for each Unk that the user wishes to import into the dynamic menu 
110. Then at step S236 the user and selects which of the tabs 158 - 164 the user U 
wishes the relevant link to be displayed in by clicking on the relevant circle in the *fetore 
menu number" section 231. 

At step S238 the user U may also decide not to upload one or more links into the 
dynamic menu 110 by selecting a 'hone" circle 233 . The user then presses the submit 
225 button at step S240 and at step S242 the Imks area are imported into the dynamic 
menu 110 and the user is returned to the set up page 157 which now displays the 
imported links alongside the existing links as shown in Hgure 12. Alternatively at step 
S224 the us^ may select cancel fix)m which no links are imported into the dynamic 
menu 110. 

Lnported links are not fixed under the tab they were imported to and can be moved in 
an identical maimer to existing links by selecting the move button 177 shown close up 
in Figure 13. 

A client using a client PC 16 or 18 may create a background intended to form the first 
formatted area 112 herein referred to as a 'fekin". In order to submit a skin for use by 
user U the client must step up an account with the administrators of the web server 12 
and preferably agree to abide by its terms and conditions. 

In Rgure 15 is shown the access page 250 forming part of the client web pages 46 and 
48 for the client to log in to the system. This page 250 requests the client C to enter an 
account number, client name and password at 252, 254 and 256 respectively and to 
submit these by pressing the submit button 258. If these details are correct and 
correspond correctly to the corresponding information stored in the client identification 
database 27 the client will be shown the web page 260 displayed in Figure 16. In an 
alternative embodiment the client has sub accoimts of the client account and the skins 
reside within these sub accounts. 

On Page 260 the client C is presented with three options, the create new Skin option 
262, the list/update skin option 264 and the view statement of account option 266. 
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Jf the create new skin option 262 is selected the client is presented with a client page 
268 comprismg five tabs 270, 272, 274, 276 and 278 which is displayed in Figure 17 
with the first tab, fht create skin tab 270 selected. With this tab 270 selected the client 
is able to choose a category to select a name and a circulation limit and skin expiry time 
and may be a price per week for their created Skin. la an alternative embodiment the 
client may also specify that the skin is to be location specific so that if the country of 
residence of a user U, which can be provided by the user U on • registration or 
determined from the user's IP address, is not a country specified by the client then the 
user U will not be able to access that skin. A client may also specify that the skin is 
gender or age specific and similarly only those users with the relevant specified date of 
birth or gpnder registered will be able to access those skins. Further a client may specify 
that skins are to accessible only to a specific number or small group of users, or even 
specify which users it is to be accessible to based on their unique user identification 
number. This is particularly beneficial where the operator of system 10 charges for 
services or allowing client to give access to their skins. The client is then able to target 
the specific users U based upon habits they have noticed by using the unique user 
identification number of that user browsing their own sites. Thereby the client can 
market and advertise to users in a manner more analogous to conventional marketing in 
which specific users and demographic groups of users can be directly targeted. 

The client C can specify if the skin is to be classified as a salable skin or a 
direct-marketing (distributed) skin. A salable skin require the user U to pay a fee to 
install the skin whereby a direct-marketing distributed skin will be free to the end user 
and incur a delivery charge for the client. 

If the client specifies a direct-marketed skin then they will have to pay the necessary fee 
and they may pre select the age, gender, and other spedfic stored demographic data in 
the user information database 34 on which to base the campaign. They can purchase the 
required number of user deliv^es that their profiling options specifies and the skins 
will be delivered to the users accounts accordingly. 

It is also possible for web page 38 to alert user U than user when a new skin is 
accessible through relevant information being displayed on the page 38. The e-mail 
address can also be stored in database 34 and if permitted by the user can be relayed to 
client C enabling the dient to alert the user U to the availability of new skins by e-mail. 
Alternatively any oth^ suitable messaging means could be used. 
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A created Skin is also automatically allocated a unique skin number 280 from which it 
can later be identified. Page 268 also provides the option of allowing critical feedback 
so that a user U can send a message back to the client C commenting on their Skin if 
they have loaded it into their first formatted area 1 12. 

Page 268 is shown in Rgure 19 with the second tab, the upload images tab 272 
selected. With the second tab selected the user is able to up load stored images as the 
new skin. Each Skin comprises three files, a background file designed to fit the second 
formatted area 118 when no web site is selected or if the selected web site is displayed 
in a separate window, a html file to use for the first formatted area 112, and a html file 
to be displayed in left hand portion 1 14. The latter one of these files must of course be 
of variable length to allow it to be displayed in the configuration shown in both Kgure 
2A and Rgure 3 while the second formatted area 118 will conmionly be a simple 
photograph attached as a Jpeg file. 

The client may also specify a number of web links, such as 3, to appear at the bottom of 
the users Main menu when the skin is loaded. 

The Jpeg file corresponding to the second formatted 1 18 is selected and uploaded under 
tiiis upload images tab 272 displayed in Figure 19 whilst flie html file for tiie first 
formatted area 112 is selected and uploaded by the third tab, the menu html tab 274 
displayed in Rgure 20 and the html corresponding to left hand portion 114 is selected 
an upgraded by the fourth tab, the main html tab 276 as shown in Figure 21. The user 
may tiien select the fifth tab, the preview tab 278 as shown in Rgure 22 which displays 
a preview of the uploaded images as they will be viewed by a user U. 

Instead of uploading the images the skins may also be accessed by the skins databases 
28 and 30 by the client uploading url addresses for where tiie HTML and graphic tables 
reside. This allows the client to update the content by changing the file on the client PC 
16 or 18 and the skin consists of url addresses that retrieve the data from the client PC 
16 or 18 via die user Us browser bandwidth. 

Once finished the client C may send these complete three files to the web browser 12 
which are then stored by the processor 26 in the live skins database 28. The operator of 
the web browser 12 can then view the skins stored in the pending skins database 28 
and consequenfly approve or not approve the submitted skin. Once approved by the 
operator via operator web pages 50 the approved skin is entered into the live skins 
database 30. The client C may come back to these pages at 268 at anytime to make 
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further changes to the skin fonnat stored in the pending skins database 28 but each time 
they do so the skin must be approved by the operator before it enters the live skin 
database 30 . 

In Figure 23 is shown page 284 which forms part of the operators pagps 50 and is 
preferably only viewable by the operator PC 14 or possibly the operator using a 
required password ftom any PC. On Page 284 an operator of the web server 12 is able 
to view the submitted skin and either approve the skin in which case it will enter the 
live skins database 30 and then become selectable by user U or to disapprove and send 
relevant comments back to the cUent C via communication channel 52 such that they 
may alter their Skin in order to comply with the requirements of the operator. 

In an alternative embodiment the climt C may also specify a graphical image to include 
in the branded area 401 and also spedfy a html table to include in area 402. The Client 
C may also specify a number of text items and web links (say up to 3) to form a live 
*ticker" viewable to the user within the users browser function area 403 . Again this 
client data can be being stored on an independent servo: thereby being updatable at any 
time. 

In a altfficnative embodiment the skins need not be approved by an operator viewing the 
operator web pages 50 and sent direcdy to the live skins database 30 by the client. 

In Figure 24 is shown the update page 290 forming part of client pages 38 which is 
presented to a user U when they wish to change, alter or select the skin. In Figure 24 
the first tab 292 is shown selected which allows the user to manage their skins. As can 
be seen the current selected Skin which will be displayed in the present formatted areas 
is displayed showing its Skin number 280, Skin name, expiry date and the cost of 
extending this expiry date. Also shown are any other Skins which the user has 
previously selected and the user U may change the selection to one of these stored skins 
294. 

The second tab 296 can then selected as shown in Figure 25. Tab 296 allows a user to 
purchase new skins. The user U can view skins stored in the live skins database by 
categories which have been entered for each skin. Once purchased the skin will be 
added to the list 294 displayed under the first tab 290. In the case of location, gpnder or 
age specified skins the user U can only view those skins which his or her registered 
details permit. 
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The user U may also receive skin offers, delivered to their homepage 100. The client C 
sender can be charged a fee for doing sending such offers and the system 10 is intended 
to be used for low volume, highly relevant offers based upon user suitability. 

In this case, the user will see a graphical representation of the amount of skins currently 
sent to them, the user may choose to view, install or delete each skin. 

Age specified skins can be used to allow children to only access skins that are 
considered suitable. The skins can be graded as only allowing users with a date of 
birth before a certain date to access the skin. In a preferred embodiment such age 
specified skins can be used to provide a safe environment for child users which they can 
access without being given access to other sites on the internet. In order to achieve this, 
such age specified skins are designed to cover areas 106, 1 14 and 1 16 as well as 112. 

These 'bhild accessible" skins are designed so that there is no URL address bar present 
on screen and no web sites are viewed in area 116. The drop down menu 110 remains 
but the child's account is configured so that preferably whilst the 'fekins" section of the 
menu 110 remains, allowing the child to access suitable skins, there is no 'faiain" 
section and no stored links. Consequently the child user is not able to access other web 
sites via the skin. 

Child accessible skins are also configured to hide the navigation controls of the user's 
browser and may for example take the form of a pop up window. How the child can 
access the web page 38 depends on how the adult responsible for that child wishes to 
have their computer^ their user account set up but there could for example be a desk top 
shortcut provided which accesses the child's account and opens in the form of a pop up 
window 

The child' s account is preferably set up by a supervising adult and the user name, 
password and account information entered into the user identification database 32 by 
the adult The child's account information in the database 32 can be linked to an 
account information of the adult allowing the alter the saved information profile of the - 
child such as changing the date of birth when logged in under the adult's usemame and 
password. 
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If the adult wants to determine themselves whether each skin is suitable for the child 
user they may mark the child* s profile as only being allowed to access skins approved 
by the adult. The adult can then select skins they judge to be suitable, with these 
selected skins being stored in the user information database 34. The child logged in 
under dieir usemame and password is then denied access to all skins except those that 
have been selected and stored by the adult 

In another embodiment the skins in the live skins database 30 are presented to the user 
U in the form of a list, each skin being represented by one or more words numbers or 
symbols. Each representation is accompanied by a preview link which allows the user U 
to see the background image of the skin. 

The third tab 298 allows user is to change their phonal details and password 
information stored in the user information database 34 and this tab is shown selected in 
Figure 26. 

The fourth tab 300 is shown selected in Figure 27, this fourth tab 300 allows a user to 
select which search engine they would like stored in the user information database 34 
and accessible to them in web pages 38. 

The fifth tab 302 is shown selected in Figure 28, this fifth tab 302 allows a user to send 
feedback to the client C via communication channel 44. As can be seen fix)m Figure 28 
this feedback can take the form of a message and suggestion details and can be sent 
both to the client and to the operator of the web server 12. 

When the expiry period of a skin runs out it can now longer be displayed in user web 
pages 38 and is removed from the live skins database 30. Should a skin have a price 
above zero and this price not be paid by a user the skin will remain in the live skins 
database 30 but will be blocked fix)m use by the non-paying user U. 

The ability to check the user% unique user identification numbers of web browsers by 
clients C can be rationed by the operator of the system 10. In these circumstances, the 
operator can charge the clients C per unique user identification number obtained. It is 
also possible to allow the client C to access data on which and how many users have 
used or viewed their skins in the live skin database. 

Jn an alternative embodiment the invention can be implemented as a downloadable or 
installed computer based software browser application or as a browser plug-in which 
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plug in leconfigures the browser in the user PC 20 so that it the links stored for that user 
U in the user information database 34 are inserted into the favourites of the browser and 
the selected skin is displayed on screen. 

The software browser application comprises an email software application and chat 
software ^plication that are both linked to the main browser software. The email 
software and chat software computer applications also has what may be termed 'kbove 
the menu bar" content (equivalent to first fame 102) that is based on the user's current 
skin that is set within their online settings . The software browser requires a user log in 
process and obtains the relevant skin and favourite stored web links and profile 
information from the server 14. This means that a user U may still access their own 
personal settings and information from the user information database 34 within the 
software version if it is installed on the PC 20 they are using. 

IN the computer installed browser software application embodiment the guardian can 
allow specified web site addresses to be allowed access to by a child account on a one 
by one opted in basis. This means Uiat the child will have access to the address bar but 
will only be able to gain access to websites that have been pre-specified by the 
guardian. Any hyper links from any specified sites that link to non specified sites will 
either be rendered as inactive links" or be rendered active on the page but refuse access 
to the child user if they are clicked on. 

Both the webpage 100 based embodiment and the installed software embodiment of the 
email client application can have two email inboxes, a 'trusted" inbox and an 
'bn-trusted"inbox. The user U can have email automatically come into their un-trusted 
inbox, and then have the facility to flag an email address within the un-trusted inbox to 
be set to a trusted status email address. 

The user is able to set the email system to automatically delete the un-trusted email 
either every day, or every week. The user can then hide the un-trusted email box when 
ever they wish so that they will only see received messages from pre-specified trusted 
email addresses into their trusted email box and all SPAM and unwanted emails will be 
dealt with for them in their un-trusted email inbox. 

Is a user receives a legitimate email into their un-tnisted box, because it has not yet 
been specified as trusted within their set auto un-trusted email delete period since the 
email in question was sent then the user can simply show the un-trusted inbox again. 
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find the email in question set it's address to trasted status and switch the un-trusted 
inbox box off again. 

When the user is using the coniput^ software installed version the unique identification 
number may be passed to the website loading into area 104 via a specifically named 
cookie, that the browser will permit to be passed to the external web server, or 
additionally the number may be passed to the extamal website via the general browser 
details information that may be queried by the site. 

There may also be provided a web page that lists all the directory structure and web 
links contained within the users menu, via this page each url link name will open the 
link website in an external new browser window. 



